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SYSTEM AND METHOD FOR ROUTING DATA BY A SERVER 



Background of the Invention 

1. Technical Field 

The present invention generally relates to a method and system for routing 
data by a server. More particularly, the present invention provides a table-driven 
method and system for receiving data from a source and routing it to a destination, 
in a format and protocol of the destination. 

2. Background Art 

As the use of electronic commerce in business grows, the need to provide 
more advanced communication capabilities becomes more pervasive. 
Specifically, it is common in today's market for one business entity to hold 
communications with several external entities. Each external entity may 
communicate data in a different data format and/or transfer protocol However, 
management of several different formats and protocols can be expensive and time- 
consuming. This problem is compounded when the business entity itself includes 
several internal business units that also communicate in a unique format and/or 
protocol. This not only makes communication between an internal business unit 
and an external entity difficult, but also communication between two internal 
business units. For example, business unit "A" using format "W" and protocol 
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"X" might need to communicate with business unit "B" that uses format T and 
protocol "Z " 

Heretofore, attempts have been made to provide systems for transforming 
and routing data between disparate systems. Such attempts, however, fail to 
accommodate all format and protocol types. For example, many existing systems 
require parties to communicate in a common format and/or protocol This could 
require that the parties make expensive modifications to their existing 
communication systems. Alternatively, some existing systems transform 
communications from a source into an intermediate format before transforming to 
into the format of the destination. This intermediary transformation step, often 
results in increased data errors. Accordingly, no existing system allows parties to 
efficiently communicate in their own format and/or protocol. 

Other features lacking in existing systems include error detection, 
communication tracking and report generation. Error detection is important as it 
would prevent erroneous communications from being routed to a destination. 
Communication tracking would allow communications between parties to be 
tracked to ensure that no communications are lost. Report generation would allow 
a system administrator to view reports related to communications through the 
system to identify potential problems and take corrective action. 

In view of the foregoing, there exists a need for a method and system for 
routing data by a server. In addition, a need exists for such a method and system 
that allows parties to send and receive data in their own respective formats and/or 
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protocols. A further need exists for communication exchange to take place 
without transformation to an intermediate format. Still yet, a need exists for a 
method and system that includes error detection, communication tracking and 
report generation. 

Summary of the Invention 

The present invention provides a method and system for routing data by a 
server. Specifically, two parties can communicate in their own data format and 
transfer protocol without having to make modifications to their existing system, or 
have their communications transformed into an intermediary format. Under the 
present invention, a table is defined that includes details of all communications 
between parties through the server. The details include communication sources, 
destinations, transaction types, formats and protocols. Thus, when data is 
received from a source, the table is referenced and the format and protocol 
corresponding to the destination are identified. The data is then converted into the 
format of the destination, and routed thereto using the corresponding protocol. 
The present invention also provides for error detection, communication tracking 
and report generation. 

According to a first aspect of the present invention, a method for routing 
data by a server is provided. The method comprises the steps of: (1) providing an 
application on the server; (2) providing a table of formats and protocols on the 
server, wherein the table is accessible by the application; (3) receiving data having 
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a destination and a transaction type, from a source, on the server; (4) retrieving, 
from the table, a format for transforming the data and a protocol for 
communicating the data based on the destination, the transaction type and the 
source; and (5) the application transforming the data into the retrieved format, and 
routing the transformed data to the destination using the retrieved communication 
protocol. 

According to a second aspect of the present invention, a method for 
routing data by a server is provided. The method comprises the steps of: (1) 
providing a communication application on the server; (2) entering a table of 
formats, protocols, sources, destinations and transaction types on the server, 
wherein the table is accessible by the application; (3) receiving data having a 
destination and a transaction type, from an identified source, on the server; (4) 
detecting errors in the data based upon omissions in the data; (5) retrieving from 
the table a format for transforming the data and a protocol for communicating the 
data, based on the destination, the transaction type and the source; and (6) the 
application transforming the data into the retrieved format, and routing the 
transformed data from the server to the destination using the retrieved 
communication protocol. 

According to a third aspect of the present invention, a system for routing 
data by a server is provided. The system comprises: (1) a table system for 
providing a table having formats and protocols; (2) a data reception system for 
receiving data from a source, the data having a destination and a transaction type; 
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(3) a retrieval system for retrieving a format for transforming the data and a 
protocol for communicating the protocol from the table based upon the source, the 
destination and the transaction type; (4) a transformation system for transforming 
the data into the retrieved format; and (5) a routing system for routing the 
transformed data to the destination using the retrieved protocol. 

According to a fourth aspect of the present invention, a program product 
stored on a recordable medium for routing data by a server is provided. When 
executed, the program product comprises: (1) program code for providing a table 
having formats and protocols; (2) program code for receiving data from a source, 
the data having a destination and a transaction type; (3) program code for 
retrieving a format for transforming the data and a protocol for communicating the 
protocol from the table based upon the source, the destination and the transaction 
type; (4) program code for transforming the data into the retrieved format; and (5) 
program code for routing the transformed data to the destination using the 
retrieved protocol. 

Therefore, the present invention provides a method and system for routing 
data by a server. 

Brief Description of the Drawings 

These and other features of this invention will be more readily understood 
from the following detailed description of the various aspects of the invention 
taken in conjunction with the accompanying drawings in which: 
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Fig. 1 depicts a server system having a communication system according 
to the present invention. 

Fig. 2 depicts the communication system of Fig. 1. 

Fig. 3 depicts an exemplary table according to the present invention. 

Fig. 4 depicts an exemplary flow diagram according to the present 
invention. 

The drawings are merely schematic representations, not intended to 
portray specific parameters of the invention. The drawings are intended to depict 
only typical embodiments of the invention, and therefore should not be considered 
as limiting the scope of the invention. In the drawings, like numbering represents 
like elements. 

Detailed Description of the Invention 

In general, the present invention provides a method and system for routing 
data by a server. Specifically, the present invention provides a method and system 
for receiving data from a source, referencing a table to identify a data format and 
transfer protocol of the destination, transforming the data into the identified 
format and routing the data to the destination using the identified protocol. 

Referring now to Fig. 1, server system 10 having communication system 
22 according to the present invention is shown. Under the present invention 
parties such as internal business units 26A-C and external trading partners 28A-C 
can communicate with each other in their own data formats and transfer protocols. 
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As depicted, server system 10 generally comprises memory 12, 
input/output (I/O) interfaces 14, a central processing unit (CPU) 16, external 
devices/resources 18, bus 20, and database 24. Memory 12 may comprise any 
known type of data storage and/or transmission media, including magnetic media, 
optical media, random access memory (RAM), read-only memory (ROM), a data 
cache, a data object, etc. Moreover, memory 12 may reside at a single physical 
location, comprising one or more types of data storage, or be distributed across a 
plurality of physical systems in various forms. CPU 16 may likewise comprise a 
single processing unit, or be distributed across one or more processing units in one 
or more locations, e.g., on a client and server. 

I/O interfaces 14 may comprise any system for exchanging information 
from an external source. External devices 18 may comprise any known type of 
external device, including speakers, a CRT, LED screen, hand-held device, 
keyboard, mouse, voice recognition system, speech output system, printer, 
monitor, facsimile, pager, etc. Bus 20 provides a communication link between 
each of the components in the server system 10 and likewise may comprise any 
known type of transmission link, including electrical, optical, wireless, etc. In 
addition, although not shown, additional components, such as cache memory, 
communication systems, system software, etc., may be incorporated into server 
system 10. 
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Database 24 provides storage for information necessary to carry out the 
present invention. Such information could include, among other things, a table 
and tracking statistics. Database 24 may include one or more storage devices, 
such as a magnetic disk drive or an optical disk drive. In another embodiment 
database 24 includes data distributed across, for example, a local area network 
(LAN), wide area network (WAN) or a storage area network (SAN) (not shown). 
Database 24 may also be configured in such a way that one of ordinary skill in the 
art may interpret it to include one or more storage devices. Moreover, it should be 
understood that database 24 could alternatively exist within server system 10. 

Under the present invention, parties such as internal business units 26A-C 
and external trading partners 28A-C will use communication system 22 to 
exchange data (i.e., via server system 10) using their own data formats and 
transfer protocols. To this extent, for example, business unit 26A can 
communicate with other business units 26B-C or with trading partners 28A-C. It 
should be understood that since server system 10 facilitates communication 
among business units 26A-C and trading partners 28A-C, server system 10 also 
includes any necessary hardware (e.g., routing hardware). 

As depicted, communication with server system server 10 occurs via 
communication links 30. Communications links 30 can include a direct 
hardwired connection (e.g., serial port), or an addressable connection such as a 
remote system in a client-server environment. In the case of the latter, the client 
and server may be connected via the Internet, wide area networks (WAN), local 
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area networks (LAN) or other private networks. The server and client may utilize 
conventional token ring connectivity, Ethernet, or other conventional 
communications standards. Where the client is connected to the system server via 
the Internet, connectivity could be provided by conventional TCP/IP sockets- 
based protocol. In this instance, the client would utilize an Internet service 
provider outside the system to establish connectivity to the system server within 
the system. 

It is understood that the present invention can be realized in hardware, 
software, or a combination of hardware and software. Moreover, server system 10 
according to the present invention can be realized in a centralized fashion in a 
single computerized workstation, or in a distributed fashion where different 
elements are spread across several interconnected systems (e.g., a network). Any 
kind of computer/server system(s) - or other apparatus adapted for carrying out the 
methods described herein - is suited. A typical combination of hardware and 
software could be a general purpose (computer) system with a computer program 
that, when loaded and executed, controls server system 10 such that it carries out 
the methods described herein. Alternatively, a specific use (computer) system, 
containing specialized hardware for carrying out one or more of the functional 
tasks of the invention could be utilized. The present invention can also be 
embedded in a computer program product, which comprises all the features 
enabling the implementation of the methods described herein, and which - when 
loaded in a (computer) system - is able to carry out these methods. Computer 
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program, software program, program, or software, in the present context mean any 
expression, in any language, code or notation, of a set of instructions intended to 
cause a system having an information processing capability to perform a particular 
function either directly or after either or both of the following: (a) conversion to 
another language, code or notation; and/or (b) reproduction in a different material 
form. 

Referring now to Fig. 2, communication system 22 is shown in greater 
detail. As depicted, communication system 22 includes table system 38 having 
table interface 40, data reception system 42, retrieval system 44, transformation 
system 46 having transformation applications 48, routing system 50 having 
routing applications 52, error detection system 54, tracking system 56 and report 
system 58. It should be understood that, as indicated above, each system of 
communication system 22 can include hardware, software or a combination of 
hardware and software necessary for carrying out the features to be described 
below. 

Table system 38 provides an interface 40 for providing (e.g., receiving or 
defining) a table of information. Specifically, communication system 22 of the 
present invention is table-driven so that data can be communicated to business 
units 26A-C or trading partners 28A-C in their respective formats and protocols. 
In one embodiment, all necessary information is contained directly in the table. 
For example, if business unit 26A wished to communicate invoice data to trading 
partner 28A, an entry in the table would identify business unit 26A as the source, 
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trading partner 28A as the destination and invoice as the transaction type. 
Moreover, the entry would identify the data format and transfer protocol used by 
trading partner 28A. Thus, the table could contain all information necessary to 
communicate the data according to the format and protocol of trading partner 
2 8 A. In another embodiment, instead of formats and protocols, the table could 
contain the names of transformation and routing applications 48 and 52 that will 
enable the communication of data to the destination in the appropriate format and 
protocol. 

In either event, the table could be provided predefined by a system 
administrator 24 or the like and stored in database 24. Alternatively, the table 
could be initially defined via interface 40 of table system 38. In either event, 
interface 40 could later be used to update the table. 

Referring to Fig. 3, an exemplary table 60 is shown in greater detail. As 
depicted, table 60 includes entries 62A-C. Each entry 62A-C corresponds to 
communication from one particular source to one particular destination. For 
example, entry 62A corresponds to communication from internal business unit 
26A to trading partner 28B. Entry 62B could correspond to communication from 
trading partner 28A to internal business unit 26A. Entry 62C corresponds to 
communication from internal business unit 26B to internal business unit 26C. 
Each entry 62 A-C indicates the source 64 of the data communication, the 
destination 66 of the data communication, the transaction type 68, the data format 
70 used by the destination and the protocol 72 used by the destination. 

END920020006US1 11 



Referring back to Fig. 2, data is received by data reception system 42 from 
a source. Data reception system 42 will then analyze the data and determine the 
source, the destination, and the transaction type thereof. Based on this 
information, retrieval system 44 will identify/retrieve from table 60 the 
corresponding format and protocol information. For example, if the incoming 
data indicated a source 64 of internal business unit 26A, a destination 66 of 
trading partner 26B and a transaction type of invoice, entry 62A would be 
identified and the corresponding format 70 of "X" and protocol 72 of "1" would 
be retrieved. It should be understood that in some embodiments, the necessary 
format and protocol information could be retrieved based only upon source and 
destination (not transaction type). Transaction type would be required where table 
60 has multiple entries with the same source and destination. This would occur 
where the same source communicates different data types to the same destination. 
For example, the format used by the destination for invoice data could be different 
than the format used for order data. In this case, a separate entry would exist for 
each different transaction type to the destination. 

Once the format and protocol information has been retrieved from table 
60, transformation system 46 will transform the data into the format used by the 
destination. To this extent, transformation system 46 could optionally include one 
or more transformation applications 48. In the case of multiple transformation 
applications 48, a separate application could be provided for each distinct format. 
For example, a first transformation application 48 could convert data to format 
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"X," while a second transformation application 48 converts data to format "Y." 
In any event, instead of identifying a particular format 70 as shown in Fig. 2, table 
60 could identify a particular transformation application 48 that will complete the 
transformation. 

Once the data has been transformed to the format of the destination, 
routing system 50 will ensure that the data is routed to the correct destination 
using the correct (i.e., the destination's) protocol. Similar to transformation 
system 46, routing system 50 can include one or more routing applications 52. In 
the case multiple routing applications 52, a separate routing application 52 could 
be provided for each distinct protocol. For example, a first routing application 52 
could route the data to the destination according to protocol "1,** while a second 
routing application 52 could route the data according to protocol "2." In any 
event, table 60 could alternatively identify a particular routing application 52 
instead of a particular protocol 72. 

It should be appreciated that the present invention is able to accommodate 
any type of format and/or protocol that could be used by a destination. For 
example, the present invention could provide: (1) server-server routing of data 
using RosettaNet or other protocol (e.g., for communication between an internal 
business unit and an external trading partner); (2) server-browser routing using 
extended markup language (XML) (e.g., for communication from an internal 
business unit to an external trading partner); or (3) internal business unit to 
internal business unit routing. 

END920020006US1 13 



Based on the desired protocol of the destination, it should be understood 
that the transformed data maybe sent directly to the destination or displayed for 
the destination. For example, if the destination wishes to directly receive the data 
on a server to server basis via RosettaNet, the corresponding routing application 
52 would effect this routing requirement. Conversely, if the destination is to 
receive the data by viewing it via a web interface, the data may be routed to a web 
interface application 52, which will display the data for viewing by the destination 
over the web. 

The use of a table as proposed under the present invention allows any data 
format and transfer protocol to be accommodated without having to transform 
data into an intermediate format and/or protocol. Specifically, all parties can send 
and receive data in their native formats and protocols. To add parties to the 
system or to change the format or protocol of an existing party, only table 60 need 
be revised. 

Error detection system 54 detects errors in incoming data based on 
omissions in the data. Specifically, error detection system 54 will analyze the 
received data to identify any blank fields that should be populated. For example, 
if invoice data is received from internal business unit 26 A that fails to identify a 
destination, an error message/alert will be generated and the data will not be 
transformed or routed. To this extent, error detection system 54 could be 
programmed by an administrator 34 (Fig. 1) to be as sophisticated as desired. For 
example, error detection system could be programmed to identify fields of data in 

END920020006US1 14 



which data population mandatory and/or conditional Thus, if population of the 
job number filed was mandatory for invoice data, and received invoice data failed 
to identify a job number, error detection system 54 would generate an alert. 
Similarly, if population of the job number field was conditional on population of 
the billing number field, and the billing number field was populated but the job 
number field was not, an alert would be generated. 

Tracking system 56 provides for tracking of all communication through 
server system 10. For example, when data is received by server system 10, a 
record will be made in database 34. When the data is transformed and routed, the 
record will be updated. Then, when the data is received by the destination, the 
record will be updated again. This communication tracking helps ensure that data 
is not lost or dropped while being sent to the destination. It also allows 
inefficiencies to be identified. For example, if data format transformation is being 
delayed, an addition transformation application 48 could be added. 

Report system 58 allows reports of communication system 22 performance 
to be generated. This not only includes the quantity and timing of 
communications through server system 10, but also errors detected, sources of 
communications, destinations of communications, etc. Thus, the report could 
identify, for example, how many communications each source sent and/or each 
destination received. 

Referring now to Fig. 4, a flow diagram 100 according to the present 
invention is shown. First step 102 is to provide a table. As indicated above, the 
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table could be provided predefined, or it could be defined via interface 40. The 
next step 104 is to receive data having a destination and a transaction type from 
the source. Once the data has been received, the format and protocol of the 
destination will be retrieved from the table 106. As described above, retrieval 
could be based upon the source, the destination and the transaction type. Next, 
the data will be transformed into the format of the destination 108. Finally, the 
data will be routed to the destination using the retrieved protocol 110. 

The foregoing description of the invention has been presented for purposes 
of illustration and description. It is not intended to be exhaustive or to limit the 
invention to the precise form disclosed, and obviously, many modifications and 
variations are possible. Such modifications and variations that may be apparent to 
a person skilled in the art are intended to be included within the scope of this 
invention as defined by the accompanying claims. 
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